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ABSTRACT 

Fuzzy logic can be used advantageously in autonomous orbital operations that require the capability 
of handling imprecise measurements from sensors. Several applications are underway at the 
Software Technology Laboratory, NASA/Johnson Space Center to investigate fuzzy logic 
approaches and develop guidance and control algorithms for autonomous orbital operations. 
Translational as well as rotational control of a spacecraft have been demonstrated using space 
shuttle simulations. An approach to a camera tracking system has been developed to support 
proximity operations and traffic management around the Space Station Freedom. Pattern 
recognition and object identification algorithms currently under development will become part of 
this camera system at an appropriate level in the future. A concept to control environment and life 
support systems for large Lunar based crew quarters is also under development. Investigations in 
the area of reinforcement learning, utilizing neural networks, combined with a fuzzy logic 
controller are planned as a joint project with Ames Research Center. 

1.0 INTRODUCTION 

The current activities of the Software Technology Branch of the Information Technology Division 
at the NASA Lyndon B. Johnson Space Center are directed towards the development of fuzzy 
logic [1,2] software capabilities for building expert systems. In particular, the einphasis has been 
on developing intelligent control systems for space vehicles and robotics. The problem of sensor 
data monitoring and control of data processing, which includes detection of potential failures in the 
system and in some cases reconfiguration, is also under investigation. Results of performance tests 
made on simulated operational scenarios have been very promising. The issues of when, why, 
and how hardware implementation can be beneficial are also being studied carefully. 

There are certain key technology utilization questions to be answered relative to the use of fuzzy 
logic control over conventional control. 

1) Is it possible to create control systems which do not require a high degree of redesign 
when system configurations change or operating environments differ? 

In other words, can adaptivity be achieved through the use of a fuzzy logic based controller in 
place of a conventional controller ? Experience with the conventional controller development tells 
us that a typical conventional controller requires significant redesign when there are changes in a) 
system characteristics, b) system configuration, or c) the environment in which the system is 
operating. 

2) Can a fuzzy controller be used as a high level controller to function in conjunction with 
classical controllers in a way the human would ? 
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Specifically, can it be designed to monitor the system, evaluate its performance, and either suggest 
or force changes to make the system work properly or at least function more efficiently ? A high 
level controller typically works with abstract parameters which are derived, but not directly 
measured. It also commands parameters which are not direct controls. There are additional steps 
between the controller and sensing as well as commanding sides. Such controllers are grouped as 
intelligent controllers [3] and are not included in the conventional PID controllers group because 
these controllers perform additional tasks that provide capabilities for self governing or regulation 
as well as fault tolerance. 

3) How easy or difficult is it to design and implement a fuzzy rule base that will control a 
complex system as opposed to developing a classical control system to do the same problem ? 

Fuzzy logic based controllers will be valuable in systems that are highly non-linear and having 
complex environments that are practically impossible to model. Fuzzy controllers work for a linear 
system also but probably have less justification in this case, unless the problem is best thought of 
in a rule-based framework. The Japanese researchers and engineers have demonstrated [4,5,6] the 
usefulness of fuzzy controllers in the last few years with some impressive applications from a 
engineering viewpoint, such as the Sendai train controller [7], the air conditioning control system, 
the camera autofocusing system [8], the gas cooling plant controller [9], the television auto contrast 
and brightness control, the applications to automobile transmission and braking control, and 
applications to control of jitter in camera imaging which requires the distinguishing between real 
motion in the image which is desired and motion of the camera which needs to be filtered out. 

4) A particular question of interest to NASA is : where can hardware implementations be 
utilized advantageously and how easy or difficult is it to transfer fuzzy rule bases to hardware? 

In many cases, hardware will be able to take much of the computational burden off the central 
computing system. Fuzzy processors that perform fuzzy operations and execute fuzzy rulebases 
have emerged in the computer market [10,1 1,12,13] and are expected to gain widespread support 
for inline control of devices. Analog [14,15] as well as digital fuzzy processors are available and 
can be tailored to specific applications for optimum performance. Space operations can benefit 
greatly if the speed and power of these fuzzy processors can be utilized to achieve autonomy. 

In section 2, a typical mission scenario for autonomous orbital operations is described with 
activities and tasks involved in carrying out some important steps. The role of fuzzy logic in these 
operations is discussed in section 3. A short summary of applications of fuzzy logic achieved thus 
far accomplished in the Software Technology Laboratory is provided in section 4. Current 
activities that utilize fuzzy logic in orbital operations, future activities, and a summary of our 
approach are provided in sections 5, 6 and 7 respectively. 

2.0 AUTONOMOUS ORBITAL OPERATIONS 

A typical rendezvous mission scenario as shown in fig. 1 for satellite servicing [16] requires orbit 
transfers, rendezvous planning, phasing maneuvers, and guidance and targeting for proximity 
operations. These tasks are necessarily required to approach and capture a satellite for repair or 
maintenance or to return it to a space station or the Earth. Repair and maintenance of satellites also 
requires control of robotic manipulator arms if such repairs are to be performed at the satellite 
location as opposed to returning it to a permanently manned orbital facility or the Earth. Sometimes 
a satellite may require only an inspection to determine if there are any problems. In this case, only 
Station keeping or fly-around maneuverers are necessary. 

In the problem of rendezvous of two space vehicles it is typically assumed that the target vehicle 
can maintain a stable orbit during the time required for the rendezvous to take place. Ideally, it will 
also have a stable attitude (although for vehicles in distress this may not be possible). For severely 
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distressed vehicles, the actual orbit may also be affected. In either case, the problem of rendezvous 
and capture may be necessary. 

The target vehicle will be assumed to be at the origin of a coordinate system, known as the local 
vertical local horizontal (LVLH), where positive z is directed from the target to the center of the 
earth (or, in general to the center of whatever body it is orbiting), positive y is along the negative of 
the angular momentum vector and positive x completes the right handed coordinate system, as 
shown in fig. 2. The chasing vehicle will be the only vehicle assumed to be able to intentionally 
modify its trajectory and attitude in this relative coordinate system. The performance of the tasks 
above require trajectory control of the active vehicle relative to the target vehicle, including not only 
relative positions of the two vehicles, but also the attitude of the active vehicle. 

Among the rendezvous mission tasks, mission planning based on mission goals and constraints is 
at the highest level. For example, a scenario for the capture of a satellite will incorporate time 
requirements, fuel constraints, and lighting and communications requirements based on the best 
assessment of the current and projected situation. The system will have to be intelligent enough to 
continually evaluate the status of the rendezvous and learn to adapt to unexpected occurrences 
through contingency planning or real time tuning of control algorithms. Such a system will require 
many inputs from a variety of independent sources, i.e. ranging and visual sensors, navigation 
systems, object recognition systems, human inputs from ground based or space based stations, on- 
board planning systems, diagnostic systems that report on the health of various systems including 
individual sensors, and redundancy management systems. Some specific problems are tracking of 
moving objects with sensors such as cameras, radar, lasers, or star trackers. In the event of 
multiple objects in the vicinity of the desired target vehicle, it must be possible to recognize the 
proper one, and for final approach to the vehicle it will be necessary to recognize objects on the 
target vehicle such as docking ports or grapple fixtures. 

The next important task is trajectory control, especially the control of relative position with respect 
to the target vehicle. This must be performed during the entire time of the rendezvous. In some 
segments, control has to be very precise, while in other segments, the accuracy requirements are a 
bit relaxed. Trajectory control requires a continuous knowledge of current state which is typically 
derived from several sensor measurements. It also requires the information regarding a desired 
state typically provided by the guidance systems. It should be noted that the information required 
for the trajectory control is continuously changing with time and is highly dependent on the 
accuracy of sensor measurements. 

Similarly, attitude control is required throughout the mission. A robust attitude control system 
enhances trajectory control because the execution of desired delta-V is much more accurate. Poor 
attitude control can definitely result in a mission failure. It should be noted that rotational control 
has to be very precise during the final approach and docking segments because coupling between 
rotational changes and the relative distances is significantly high. Again, note that the knowledge 
regarding current as well as the desired attitude is required and this information changes with time. 

Both of the above tasks require processing of sensor data and its synthesis. All measurements must 
be accurately interpreted and action must be taken accordingly. Since several sensors are used, 
proper data fusion must be performed and each measurement must be used in its proper context. 
Otherwise, the probability of mission failure increases very significantly. This data fusion task 
necessarily includes the monitoring task that must be continuously performed and any deviations 
from the planned trajectory must be reported immediately. 

Once the chaser spacecraft gets close to the target, its approach to the docking port must be 
carefully maintained with tight control of its translational as well as rotational state. The controller 
must be very precise and must have a fine tuning capability. At the end of the approach task it must 
initiate docking and rigidizing procedures, which will use a completely different set of sensors. 


£ 




84 


sn 




There must be some provision for a recovery procedure in case of a docking failure. When the 
crew performs these functions, they interpret the measurements according to their training and take 
action according to the procedures developed in a simulator. These procedures typically include 
contingency steps in case a docking failure occurs. The autonomous vehicle must have the same 
capability for mission success. 

The vehicle must prepare for return to base with or without the payload. These preparations could 
be very lengthy or very short depending on what procedure the crew decides to use and how their 
sequence of actions is organized. In any event, thinking like the crew will definitely help solve the 
problem of increasing autonomy in rendezvous operations. 

3.0 ROLE OF FUZZY LOGIC IN AUTONOMY 

Fuzzy logic will be useful in the proper interpretation of measurements from sensors that are 
always corrupted by noise and bias. The accuracy of sensors represent a challenge that is not 
always surmountable. A fuzzy logic framework [1,2] can easily handle imprecise measurements, 
thus helping the integration process. Also systems may perform incorrectly or at least unexpectedly 
anomalous for a short time. It is necessary to determine this type of behavior and correctly resolve 
the situation. Processing of uncertain information using common sense rules and natural language 
statements is possible in this fuzzy logic framework. 

The utilization of sensor data in engineering control systems involves several tasks that historically 
are done by a man in the decision loop. These include cursory monitoring of data to determine if it 
should be processed and/or monitoring the output of the system to determine whether the system is 
performing as expected. All such tasks must be performed based on evaluations of the data 
according to a set of rules that the human expert has learned, usually from experience. Often, if not 
most of the time, these rules are not crisp, i.e., there must be some common sense or judgmental 

S decisions made. Such problems can be addressed by a fuzzy set modelling approach and if 
; properly can make decisions as well as the expen. 

The fuzzy logic approach is simple to understand and easy to implement as a software module. 
Fuzzy rules provide a framework to implement the human thinking process i.e. the rules reflect the 
human thought process, such as " If the object is Far_Left then rotate the camera to the left side ". 
The entire rule base for the controller can be derived in the form of natural language statements as if 
a human was performing the controlling task. The experiential knowledge of a human controller, 
the crew in case of space vehicles, can be easily embedded in the software. 

Fuzzy logic based controllers can be implemented in several ways as shown in fig. 3, In a strict 
sense these can be implemented as single controllers with well defined input and output 
parameters. They can also be implemented as feed forward controllers in conjunction with 
conventional controllers such that the desired state-value can be altered to provide an appropriate 
correction. The final command for the process is generated by the conventional controller. An 
alternative is to implement the fuzzy controller as a tuning system [17] in such a way that the 
parameters of a PID controller are tuned to better control the process and achieve efficiency. Thus, 
fuzzy logic controllers offer flexibility and adaptability for the process environment. 

Implementation of fuzzy membership functions, rules and related processing is made easy by tools 
like the TIL Shell [18,19] which has a graphics oriented user interface and fuzzy-C compilers [20] 
that can generate code for a fuzzy chip or the C code to integrate with other software modules. 
There are several commercial products available in the industry that allow easy implementation of 
knowledge base, rulebase and user interfaces. For autonomous operations, it is easier and useful 
to implement control decisions through knowledge bases and rules so that the heuristics and related 
experiential knowledge can be used for a particular situation. 


Fuzzy Controller 



Fuzzy Feed-Forward Controller 



Fuzzy Auto-Tuning System 



Fig. 3 Fuzzy Logic based Controllers in various configuration 
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It is also possible to develop and implement a fuzzy controller in a fuzzy processor, thus, having a 
fuzzy hardware controller. There are several commercial fuzzy processors [10,11,12,13,14,15] 
that can process over 30,000 fuzzy rules per second and thus provide a high processing power. 
These fuzzy processors consume low power with a capability to process general purpose 
instructions and can be mounted in the back plane of a sensor, for example, a camera. These 
processors also provide interfaces to hardware as well as the main computer to transfer information 
and commands. The advanced sensor systems envisioned for space station operations will have 
such processors embedded as an integral part of the system. Thus, a distributed processing 
onboard the spacecraft is possible via fuzzy chips. 

A camera tracking system [21] described in section 4.4 can be a dedicated sensor with built-in 
intelligence and speed to perform functions which will normally be performed by the onboard 
computers. Because of the dedicated nature of a fuzzy chip and its processing power, there is 
virtually no computational load to the Space Station Freedom (SSF) computers. As a result, the 
computers will be available for other computing requirements such as complex guidance and 
navigation schemes. Furthermore, the interfaces between the fuzzy chip and computers will be at a 
command level requiring reasonably low speed data transfer. There will be no need for a high rate 
data transfer which could possibly increase costs and decrease reliability. 

A significant application of fuzzy logic is in an advisory role in health monitoring and internal 
reconfiguration of spacecraft subsystems. These processes require a capability to handle uncertain 
measurements, estimate possibilities of failures and quickly rearrange flow so that autonomous 
operations are not stopped. Techniques have been developed to update the rule base using 
reinforcement learning in a given environment and adjust the response or behavior of a controller. 
These are very important for achieving operational efficiency in space operations. 

4.0 PAST ACCOMPLISHMENTS AT JSC 

There have been several applications of fuzzy logic to orbital operations at JSC. Sensor data 
processing control for star tracker navigation evolved during 1985-86 [22,23,24,25,26] and was 
successfully utilized to analyze space shuttle rendezvous flight data and check the validity of the 
algorithms. Translational control of a spacecraft based on fuzzy rules [27,28] was developed 
during 1987-88 and demonstrated [29] during the International Fuzzy Systems Association (IFSA) 
video teleconference IFSA88 at Iizuka, Japan in 1988. Rotational control of spacecraft attitude has 
been developed [30] using the phase plane approach and was demonstrated at IFSA89 conference 
[31] in Seattle, Wa. in 1989. A fuzzy logic based concept for a camera tracking system has been 
developed and was reported at the 8th International Congress of Cybernetics and Systems in June 
1990 [21]. These applications are described in a short summary in this section. 

4.1 Sensor Data Processing 

In space shuttle rendezvous operations, the star tracker is used to give angle measurements for 
tracking rendezvous targets when the sun-target-shuttle geometry is such that the target is reflecting 
light towards the shuttle star tracker and when radar data is not available. When attempting to track 
a target with the star tracker, a star or debris such as ice crystals (caused by shuttle venting or jet 
firings) may be acquired. Loss of lock on the true target and acquisition of a false target is 
possible, especially if the target is dim due to attitude or range, or if the target was tumbling. If a 
bright false object crosses the target Line Of Sight (LOS) the star tracker might follow the brighter 
object. From experience, using simulated data, we know the shuttle rendezvous filter processes 
data under these conditions for a long enough time that the state vector is destroyed. 

Under current operational conditions, to guard against any of these problems, a crewman monitors 
the acquired signal for acceptability prior to allowing the data to be processed, and he monitors the 
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residuals during data processing to insure that no unusual problems occur. To determine 
acceptability for processing, the shuttle crewman follows the rule [25], 

If the residual is less than the expected error as determined in pre-mission studies, 
and the change in residuals is less than 0.05 degrees for five consecutive 
measurements, then allow the filter to process data. 

This rule contains deterministic conditions that are actually fuzzy in nature and have been 
interpreted as fuzzy by the crew at times during actual operation s.The general problem considered 
here is to model the crewman’s reasoning and common sense thought process in deciding whether 
the sensor data is acceptable for use in updating the shuttle-target relative state vector. This 
involves pre-editing and screening the data, and weighting the relative state vector update. 

The Kalman filter editor, as it is designed for the shuttle rendezvous navigation system compares 
the residual magnitude against a multiple of the expected variance in the residual as derived from 
the current covariance matrix and the expected sensor error model. Data for which the residual is 
less than or equal to the expected error is incorporated into the filter state, and data for which the 
residual exceeds the expected error is not processed by the filter but is displayed to the crew for use 
in decision processes. 

The filter and editor have performed satisfactorily on all rendezvous flights thus far. However, it 
has been considered essential that the crew be involved in the operations or else erroneous data 
such as obtained from lock on to stars and debris can be processed by the filter thus corrupting the 
filter state and necessitating a filter restart. With the current editor design it is not possible to protect 
against this since a star or debris may be very close to the target LOS. 

The crew pre-editing function is to ensure that the true target is acquired prior to data processing. If 
the object acquired is the true target the residual should be less than the expected error, but more 
importantly it should stay almost constant. The only variation should be from noise in the sensor 
and small errors due to propagation of the shuttle and target states. Residual change less than 0.05 
degrees is a conservative requirement consistent with the noise and bias in the star tracker. 

Star tracker data is useful in maintaining a good relative state vector, but since it gives no range 
information directly, the state vector is easily corrupted by erroneous data. To guard against 
processing erroneous data two things were done. First, the pre-editing rule was restated using 
fuzzy sets which seemed more appropriate than a crisp statement in terms of ordinary Boolean 
logic. The fuzzy variation of the rule [25] reads as follows. 

If the measurement residual is small with respect to that expected value as 
determined from pre-mission studies and the residual change is small with respect 
to expected propagation errors and noise in the sensor for several consecutive 
measurements then allow the Kalman filter to process data. 

Secondly, in order that the measurements be processed in a way consistent with common sense 
reasoning* the decision function for processing data was modeled as a fuzzy set to be used for 
weighting updates to the state vector. By doing this it is assured that measurements that are close 
together will be processed similarly. For example, a measurement that slightly passes the residual 
edit criterion and one that barely fails will be processed similarly, i.e. the one that slightly passes 
will be allowed to only slightly contribute to the state vector update. 

The fuzzy editing criterion was implemented into a simulation version of the shuttle on-board 
software Real mission data was processed through this simulation and inputs to the filter were 
controlled by the fuzzy decision making process defined by the rule rather than the crew and the 
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current filter editor. The data from this simulation was compared to the results that were obtained 
during actual missions under ideal conditions as determined by the crew. 

For non-nominal flight data collected from the Solar Maximum Mission (SMM) where an Inertial 
Measurement Unit (IMU) problem caused apparent errors in the star tracker measurements that 
exceeded the expected error by a factor of about fifty [26], the performance of the fuzzy editing 
scheme did not differ significantly from the current on-board system with the crew performing 
their normal pre-editing and monitoring functions. The problem, although actually caused by the 
redundancy management function, had the net result of an extremely large random bias. This data 
also had measurements from lock on to stars at the beginning of each star tracker interval. Instead 
of simulating a break track that would normally be done, it was decided to process the star data in 
order to test the weighting functions ability to handle problem measurements. As the following 
data, tabulated in table I, indicates the erroneous data caused no problems [25]. 


TABLE I. FLIGHT 41 -C IMU SWITCHING ERRORS 
(AS COMPARED TO THE ONBOARD SOLUTION) 
AFTER PROCESSING 20 MINUTES OF STAR TRACKER DATA 


RANGE 

RANGE RATE 

Nominal Filter (No Star Protection) 

-13600 

-0.5 

Fuzzy Editor (Editing when p A r = 0) 

300 

0.31 

Fuzzy Editor (Editing when p A r < 0.25) 

1320 

-0.15 

Fuzzy Editor (Editing when p A r < 0.5) 

1150 

-0.11 


Hie state vector obtained using the fuzzy logic process and the state vector obtained from the actual 
flight data were then propagated for approximately one hour until radar data was obtained and the 
two results compared to the radar data to evaluate the filter's performance with the fuzzy editing 
and weighting rule against the system performance with man in the loop. For this test the p A r edit 
level was set to 0.0. The range and range rate estimates from the onboard navigation system and 
the system with fuzzy editing and weighting are then compared to the range and range rate 
measurements from the radar. The deviations from the radar measurements for the two systems are 
approximately the same. For a radar range of 102695 feet, the range deviations for fuzzy and 
onboard filters are 1965 and 1835 feet respectively [25]. This fuzzy editing and process control 
application has thus given very satisfactory results, comparable to that achieved by the crew in the 
operational system. 

4.2 Translational Control of a Spacecraft 

Fuzzy sets have been used in developing a trajectory controller for spacecraft applications in 
proximity operations profiles [27,28]. An automated vehicle controller that interprets the sensor 
measurements in a manner similar to a human expert has been modeled using fuzzy sets. The 
control rules were derived from the thinking process used by pilots and were implemented using 
typical it- and s-functions (fig. 4) that can be adjusted for varying degree of fuzziness. 
Membership function definitions including universe of discourse were based on the targeting 
equations and control strategy for LOS approach [32], The control strategy heavily used the 
experience base for manual operations. 
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Typical rules used for rendezvous vehicle control and modeled with fuzzy sets are the following : 

If the rendezvous vehicle's orientation with respect to a desired pointing vector to 
the target vehicle is close to the required orientation then no action is necessary. 

If the orientation significantly deviates from the required, then, take appropriate 
action to correct the problem. 

Both in plane and out of plane positions and rates, and range and range rate must be controlled. 
Fuzzy sets are defined for "somewhat greater than", "somewhat less than" and "approximately 
equal to" the desired closing rate. They are also defined for "high", "low" and "near" with respect 
to the desired position (see fig. 4). During some time interval (every two seconds for the Shuttle) 
the fuzzy sets are evaluated and a determination is made as to whether an action needs to be taken 
to restore a rate or position to its desired value. If the no change function, such as "approximately 
equal to" or "near" the desired value, is larger than the corresponding change function, such as 
"somewhat greater than" or "low" with respect to the desired, then no action is taken. Otherwise an 
appropriate action is taken to restore the rate or position to the desired. The appropriate action is 
determined from an estimated action A(u), where u is the current value of the state, required to 
restore the active vehicle to the desired position from some maximum deviation. This action A(u) is 
then weighted by the change function S(u), and an action S(u)*A(u) is commanded to the system 
under control. Furthermore, there are no extreme accuracy requirements for the function A(u). For 
example, referring to fig. 4, if Uj is the current value of x, then, 7 t(uj)>S(uj) and no action is 

taken. On the other hand, if U 2 is the current value of x, then S(u 2 )>Jt(u 2 ) and an action 
S(u 2 )*A(u 2 ) is commanded. More than one action can be commanded at a time so long as a 
constraint of the system under control is not violated. 

The fuzzy controller has been implemented into a multi-vehicle dynamical simulator known as the 
Orbital Operations Simulator (OOS) [33], complete with all environment and sensor models. A 
small part of this control simulation was demonstrated via tele-video links [29], to the IFSA88 
Workshop that was held in Iizuka, Fukuoka, Japan in August 1988. In this simulation, the 
automated fuzzy controller was used to control the closing rates and relative positions of the shuttle 
with respect to the SMM satellite. According to the test scenario, the fuzzy controller was required 
to perform operations including approach to target, fly around and stationkeeping. 

Many different scenarios have been run with this automated fuzzy controller to evaluate the 
performance with respect to flight profiles and delta-V requirements, which is a direct measure of 
the performance. Comparisons of delta-V requirements for a man-in-the-loop versus the automated 
controller have shown [27] that the automated controller always uses less delta-V. For a test case 
involving stationkeeping at 150 feet for 30 minutes, the automated controller required 0.1 ft/sec 
delta-V whereas 0.54 ft/sec was used in the man-in-the-loop simulation. For v-bar approach from 
500 feet to 40 feet within a 25 minute time interval, the automated controller used 2.12 ft/sec vs. 
2.99 ft/sec for the man-in-the-loop simulation. 

4.3 Rotational Control of Spacecraft 

To complement this translational control, it was decided to implement rotational control via fuzzy 
membership functions and the rules based on the conventional phase plane. It was obvious that 
such an implementation would provide a direct performance comparison with the conventional 
control system, thus leading to further insight into understanding the relative merits of fuzzy 
control systems. Furthermore, an integrated six Degree Of Freedom (DOF) controller can be 
developed by combining these two control systems. 
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The rotational control system has been developed on a 386 computer using the fuzzy-C compiler 
and related software. The 'Phase_Plane' package that contains the membership functions and rules 
has been implemented in a file called Phase.til [30]. The angle and rate errors, PHI and PHI.DOT, 
are inputs and the torque is the output for this rotational controller. The input vanables toveseven 
membership functions defined over the universe of discourse as shown in fig. 5. The output 
variable torque has five membership functions as shown in fig 6. There 25 ^es 
reducing the PHI and PHI_DOT errors to within their zero (ZO) range (see Table ID- These rules 
are based on the phase plane construct used in the attitude control system. 


Table II. Rule base for attitude controller 



phi 

phi_dot 

NB NM NS ZO PS PM PB 

NB 

PM PM PS 

NM 

PM PM PS 

NS 

PS PS PS 

ZO 

PS PS ZO ZO ZO NS NS 

PS 

NS NS NS 

PM 

NS NM NM 

PB 

NS NM NM 


Single axis rotational equations were implemented for the pitch axis of the shuttle. The pitch 
moment of inertia and the positive and negative pitch torques provided by jets were used in this 
simple simulation to test the fuzzy controller rules. The shuttle jets provide a larger acceleration for 
positive pitch as compared to the negative pitch. The simulation was set up to provide a constant 
toraue during a cycle time of 80 milliseconds. The pitch attitude and the rate are propagated at this 
cycle time When the fuzzy controller asks for a torque greater than 0.5, the constant torque is 
provided in that direction, otherwise no torque is provided. This simulates the jet-on and off 
activity at the appropriate time. The fuzzy controller is called at every cycle to evaluate all rules and 
output the desired torque. Based on this torque the jet is turned on and the rate and angle are 
propagated. With new values of angle and rate, the angle error and rate eiror are computed for the 
next cycle input Time is also advanced every cycle. Time histones of angle and rate, and the phase 
plane plot are created for analysis. 


Testing for the pitch axis so far has shown very satisfactory results. With several starting states, 
i e. initial angle and rate, the system has converged on the commanded value, and manifested a 
relatively smooth limit cycle around the deadband. The control system response in all cases has 
been as expected, including overshoot behavior in cases where initial rate error is very large. Tests 
were performed with some rules turned off or deactivated to observe the performance with a 
limited rulebase. The objective was to reduce the number of rules to a minimum. 


Performance of the fuzzy controller with 25 rules was more than adequate for a single axis, and 
gave us confidence to expand it to three axes case. The phase plane module in the Shuttle Digital 
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Fig. 5 MEMBERSHIP FUNCTIONS FOR PHI AND PHIDOT 
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Fig. 6 MEMBERSHIP FUNCTIONS FOR ROTATIONAL ACCELERATION 
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Auto Pilot CDAP) was replaced by this controller with all other interfaces unchanged. The 
integration process was completed with only minor modifications to the interfaces. The simulation 
testing included three axes attitude hold and single axis maneuvers. In a three axes attitude hold 
case the fuzzy logic based controller used only 30 % of the fuel used by the DAP. For the case of 
attitude maneuvers, the fuzzy controller used around 60 % of the fuel used by the DAP. both 
cases the fuzzy controller has shown comparable performance for maintaining attitude and body 
rates.* Detailed testing and analysis is planned to include other maneuver modes and different 

parameters sets. 

4.4 Camera Tracking Control System 

Advanced sensor systems with intelligence and a distributed nature will be required for activities 
hke proximity operations and traffic control around the SSF. There will be several sensors of 
different types providing various measurements simultaneously as input for processing to such a 
svstem Conceptual development of such a system [21] where several cameras, laser rangefinders 
andradar can be used as independent components is in progress within the STL at JSC. The first 
phase of this development is the camera tracking system based on the fuzzy logic approach that 
utilizes the object's pixel position as inputs and controls the gimbal drives to keep the object in the 
Field Of View (FOV) of the camera as shown in fig. 7. 

Tracking of an object means aligning the pointing axis of a camera along the object's LOS. The 
monitoring camera is typically mounted on the pan and tilt gimble drives which are capable of 
rotating the pointing axis within a certain range. The task of the tracking controller is to command 
thesegimble drives so that the pointing axis of the camera is along the LOS vector which is 
estimated from the measurements. 

For the fuzzy logic based tracking controller, the inputs are range and LOS vector, and the outputs 
are the commanded pan and tilt rates. The LOS vector is input in terms of pixel position in the 
camera FOV When an image is received, it is processed to determine the location of the object m 
the camera frame which has the vertical, horizontal and pointing vectors as three axes Usually an 
image particularly for complex objects, spans many pixels. Using a suitable technique, the 
centroid of the image is computed and used as the current location of the object in the viewing 
nlane. This plane is a Cartesian coordinate plane having vertical and horizontal axes. The size of 
the viewing plane is 170 x 170 pixels, and the origin is at the upper left comer as shown in fig. 7. 
The range of the object is received from the laser range finder as a measurement. These three 
parameter values are input to the controller. 

Membership functions for the range, horizontal and vertical positions are shown m fig. 8 and the 
membership functions for the Scale.Factor, Pan and Tilt rates are shown in fig. 9. For simplicity, 
these functions are triangular shaped over the universe of discourse. JTie scale_factor parameter is 
used as an intermediate step and provides the desired flexibility of changing the responsiveness of 
the fuzzy controller. 

The desired image location is the center of the viewing plane, which is at (85,85). If the current 
location is close to the center, then rotation of the pointing axis is not required. If the location is to 
the left of center then a left rotation is necessary. Similarly, if the image is down from the 
horizontal line then a downward rotation is required. These rotations are determined using the 
position and range measurements and the rule base shown in Table III. First the range 
measurement is fuzzified and the value of the scale factor is determined based on the scale_factor 
rules Necessary defuzzification processing is performed to compute the crisp value of the scale 
factor. Then the scale factor and the position measurements are provided to the next set of rules to 
determine the rate at which the gimble drives should be rotated. There are 30 rules that determine 
both, pan and tilt rates. Again, the necessary defuzzification processing is performed to compute 
the crisp values of the pan and tilt rates which can be sent to the gimble drives as command values. 


95 


U.S. Gov t 


CAMERA FIELD-OF-VIEW 
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Fig. 7 CONCEPT OF A CAMERA TRACKING SYSTEM 




RANGE PARAMETER 



HORIZONTAL POSITION 




Fig. 8 Membership Functions for Input parameters 
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SCALEFACTOR 




Fig. 9 Membership functions for ScaIe_Factor and 
Output parameters for camera tracking system 
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Table III. Rule base for the tracking task 
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Vertical Position Membership Functions 
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Tilt_Rate Membership Functions 


Note - Negative Tilt_rate means the pointing axis going upward in FOV 
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The camera is rotated based on these commands within the limits of its gimble rates and angles. 
New LOS measurements in the camera FOV are obtained for the next cycle and the processing is 
repeated. The cycle time is based on the processing time required for the following functions : 1) 
determining pixel positions, 2) obtaining a range measurement, 3) rotating the gimble drives at a 
desired rate, and 4) the requirements to track the object within a certain performance envelope. 
Typical cycle time ranges tetween 0.1 to 1.0 second. 

There are several advantages of our approach that utilizes fuzzy logic in a camera tracking system. 
This system will be a low power sensor as compared to an active sensor e.g. Radar in the Ku band 
range, or LADAR using laser frequency. Typically, the active sensor radiates a power pulse 
towards a target and receives back a reflected pulse. Based on the power transmitted, power 
received and time between these pulses, parameters like range and range rates are calculated. Since 
the camera tracking system will not be radiating power, it will be a low power sensor in 
comparison with active sensors. Since there is already a shortage of power, an important 
consumable, onboard the SSF, availability of low power sensors is very important for continuous 
operations. The SSF can afford to keep this type of a sensor working around the clock without 
having much impact on the power management or other computational load on the main computers. 

5.0 CURRENT ACTIVITIES 

In this section, we describe the current ongoing activities in the STL in the area of fuzzy logic 
research, A complete 6 DOF controller is created by combining the translational and rotational 
controllers. Our integration approach and testing philosophy is described in section 5.1. Our plans 
for software and hardware testing for the camera tracking system are described in section 5.2. 
Activity in the area of motion control for Mars rover during sample collection process is described 
in section 5.3 along with some preliminary results. 

5.1 Combined Translational and Rotational Control for Relative Orientation and Distances 

The integration approach adopted for combining translational and rotational control systems is 
simple, straight forward and involves extensive testing [31]. The first step is to implement the 
previously defined translational rules in the same format using our development environment. This 
will provide commonality between the code and allow an opportunity for stand-alone testing and 
optimization of translational rules. The second step is to generate the proper code for the SUN 
workstation using the fuzzy-C compiler (with appropriate options) and transfer it to the 
workstation. This step is required only because the development environment is on the 386 
computer and the high fidelity simulation is on a SUN workstation. Since the fuzzy-C compiler 
and associated development environment is portable, there is a plan to develop fuzzy controllers on 
the SUN workstation and avoid the code transfer. The third step is to develop the test plan that 
will test all aspects of the 6 DOF controller. The final step is to perform testing and compare the 
results with the conventional system. 

NASA's OOS [33] will be used for testing the 6 DOF controller. It is a high fidelity, multivehicle 
spacecraft operations simulation that provides 6 DOF equations of motion within an orbital 
environment including aerodynamic drag. It can be used for engineering analysis as well as real- 
time operations demonstrations. It provides a framework to integrate and test expert systems and 
hardware with the software modules commonly known as the onboard flight software. The OOS 
(fig. 10) executive also provides external interfaces to graphics and expert systems. 

The translational fuzzy control system [27] will be used by the autosequencer to generate proper 
hand controller commands so that the desired range and range rate are maintained during proximity 
operations. Typically, a shuttle pilot provides these input and controls the relative trajectory. Thus 
the autosequencer will simulate the crew input via the translational fuzzy control system. The 
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automatic attitude control system of the shuttle called onorbit DAP is implemented in OOS for 
shuttle on-orbit operations. The rotational fuzzy control system created by replacing the phase 
plane module will generate commands for jet-select to fire jets for attitude control. Existing 
interfaces with the Phase Plane module will be maintained intact for the overall integrity of the 
system. When both fuzzy control systems are used together, it will provide a total 6 DOF controller 
for proximity operations. 

A preliminary test plan has been put together to test the 6 DOF controller. It includes test cases for 
stationkeeping with a fixed attitude, stationkeeping with attitude changes, LOS approach on V-bar, 
LOS approach on R-bar, fly around at a constant distance with constant relative attitude, and final 
approach for docking. Details of these test cases such as initial conditions, commanded attitude 
maneuvers, etc. are being defined to finalize the test plan. 

5.2 Implementation of Fuzzy Controller for a Camera Tracking System using the software and 
hardware set-up 

Activities planned for this year for the camera tracking system include testing of the concept in 
software as well as hardware simulations. The software testing will be performed in the STL using 
a 386 based system as well as Sun workstations. The hardware testing will be performed in 
collaboration with the Engineering Directorate at JSC. It should be emphasized that the software 
testing will help fine tune the rulebase and the membership functions, while the hardware testing 
will help to identify all interface problems, real-time performance evaluation, and fine tune the 
controller in light of actual measurements which will be noisy. Both, software and hardware, 
testing is required in order to make the system operational and useful. 

The tracking controller described earlier in section 4.4 has been implemented using the fuzzy-C 
development system and necessary software modules in C language have been generated. Its 
interfaces with the sensor module that provides the measurements and the gimble drive module that 
accepts the commands have been defined and implemented in C. A top level executive has been 
designed as shown in fig. 1 1 with the necessary data flow and the state propagator for a target 
vehicle. At this time, the Clohessy- Wiltshire equations of motion [34] in the LVLH frame will be 
used to propagate the target state and to generate the camera measurements. A first order linear 
gimble drive model has been developed for the pan and tilt servo drives to rotate the pointing axis 
of the camera. The measurements for the range, horizontal and vertical positions are based on the 
geometry in an LVLH frame. A detailed test plan will be defined to test the concept for several 
different scenarios. The fuzzy tracking controller will be tested for the following types of relative 
trajectories : approach, fly-around, station-keeping, and passing orbits. 

The hardware laboratory in the Engineering Directorate has the necessary equipment required for 
testing: camera, gimble drives, laser range finder and other interface equipment. The camera 
system will require a digitizer or pixel map generator and interfaces to the computer. The fuzzy 
controller software developed in the STL will be ported to this computer which will have the 
necessary hardware interfaces. A test plan that includes real moving targets in the laboratory and 
various lighting conditions to simulate the orbital environment will be generated and the 
performance of the fuzzy controller will be analyzed in detail. A study will be performed to 
determine the responsiveness of the gimble drives with respect to the changing Scale_Factor 
membership functions. 

There is a considerable effort in the STL devoted to the development of algorithms for object 
identification and pattern recognition. Particularly, the emphasis is given to the algorithms for 
performing scene analysis and extracting the information from the image using fuzzyiness and 
related parameters [35]. Results of this effort can be implemented and integrated at various levels in 
the concept of the camera tracking system to extend the capabilities of the sensor. At what level and 
how to integrate these algorithms will be investigated as a part of our current activities. 



INITIALIZE ORBITAL STATE OF 
TARGET AND CAMERA 
ORIENTATION IN LVLH FRAME 



Fig. 1 1 TESTING OF CAMERA TRACKING FUZZY CONTROLLER 
IN SIMULATION SOFTWARE 
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5.3 Trajectory Control for Mars Rover during Sample Collection 

While collecting soil samples and surveying the Mars surface, the Mars rover will be moving from 
one point to another among obstacles which cannot be identified prior to the mission. In order to 
complete the collection task, the rover must interpret imprecise sensor measurements of obstacle 
size and distance to determine which obstacles present a hazard and must be avoided and plan a 
trajectory to avoid these unforeseen obstacles. In addition, since the worst case round trip 
communications time between Earth and Mars will require 20 minutes. Earth-based tele-robotic 
control of the Mars rover will be extremely difficult and time consuming and could seriously 
endanger the success of the mission. Fuzzy trajectory planning and control provides robust real- 
time control capable of adapting the trajectory profile to avoid unforeseen hazards. The fuzzy logic 
approach eliminates communications travel time, allows the rover to avoid obstacles which may be 
unavoidable due to tele-robotic reaction time, and provides adaptable control which will extend the 
rover performance envelope. 

A fuzzy logic approach to trajectory control has been developed [36] which allows the rover to 
avoid these hazards during the sample collection process. The fuzzy trajectory controller receives 
the goal or target point from the planner and uses X and Y position errors as well as orientation 
(Yaw) error in the control system frame and commands the rover in terms of steering angle and 
velocity. The fuzzy rule-base containing 1 12 rules for the controller, has been designed to drive the 
rover towards the X-axis of the control error frame. As the rover approaches this axis, the rover is 
commanded to the correct orientation error and then slowly drives towards the target point. 

The X and Y position error variables were modeled as a shouldered membership set of 5 piece- 
wise linear functions [19] with a universe of discourse ranging from -100 to 100 meters. The 
orientation or yaw error variable was modeled as an unshouldered membership set of 7 functions 
'with a universe of discourse ranging from -180 to 180 degrees. The steering variable was modeled 
as an unshouldered membership set of 5 functions with a universe of discourse ranging from -30 
.to 30 degrees. Finally, the velocity variable was modeled as an unshouldered membership set of 7 
[functions with a universe of discourse ranging from -5 to 5 meters/second. 

A fuzzy trajectory controller for a Mars rover has been tested on several cases. Preliminary results 
,have shown that the trajectory controller can reach the target position and attitude within 0.0005 
meters on the x-error axis, 0.25 meters on the y-error axis, and 0.45 degrees yaw error. It is 
believed that these accuracies can be reduced by altering the membership function sets for the 
inputs and outputs. Further testing will facilitate the tailoring of the membership functions to the 
fuzzy rule set. Our activities in this project have shown that the fuzzy approach provides a control 
system which can be easily modified and tested. 

6.0 FUTURE PROJECTS 

In this section, the future activities that are planned for fiscal year (FY) 1991 and beyond are 
described with an expectation that these activities will be fully funded for new technology 
development. Activities in the area of traffic management around the SSF utilizing the camera 
tracking system are described first. Then, the development of reinforcement learning during 
docking and repair operations is described. Development of a concept for a health monitoring 
system is described last. 

6.1 Application of Camera Tracking System for Traffic Management 

Future operations around the SSF will include many vehicles approaching and departing the facility 
simultaneously. The crew onboard the SSF will have to perform traffic management functions very 
actively for safety reasons. The camera tracking system can be used effectively during these 
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operations and can help the crew to efficiently manage traffic around the SSF. During assembly 
and other Extra-vehicular operations, tracking and monitoring of other objects around the SSF is 
required for mission success. As part of our future activities we will investigate the applicability of 
the camera tracking system to the problem of traffic management around the SSF. 

As part of our current activities we are planning to implement the fuzzy tracking controller in the 
hardware laboratory in the Engineering Directorate. The tracking controller will be interfaced with 
the gimble drives and a pixel map from a camera. It is also possible to interface the output of the 
camera to the fuzzy processor which can run the fuzzy controller and command the gimble drives. 
It is planned to purchase suitable fuzzy hardware and perform the necessary testing to prove the 
concept at the hardware level. We will investigate the performance of fuzzy chips for accuracy, 
timing and interfaces with a main computer. The use of the concept for several space station 
applications will be relatively easy and realizable. 

The capabilities of the tracking controller can be expanded to perform other functions such as 
approach toward the object, grapple, object identification, traffic management, and caution and 
warning to crew. Fast moving objects can be identified easily via prediction of position and thus 
collision avoidance can also be achieved. Since the system can work as a stand-alone system at the 
command level and will interrupt the operations flow only if necessary, it can become a node in a 
distributed sensor system. 

6.2 Reinforcement Learning for External Environment during Docking and Repair Operations 

A Space Shuttle crew initiates proximity operations procedures and docking maneuvers, when the 
Orbiter is within 1000 feet of the payload. It is expected that the payload will remain in a stable 
attitude and in nearly the same orbit during this entire time. Typically, the crew performs an 
approach known as the v-bar approach, keeping manual control of the Orbiter. Docking maneuvers 
with the payload are also performed manually. The manual procedures and algorithms used during 
these tasks by the crew are developed using the real-time Shuttle Mission Simulator Facility on the 

ground. 

During proximity operations, if the procedures require some adjustment, the so-called fine tuning, 
it is performed real-time, even if it was not learned in the real-time simulation. Real-time 
adjustments are achieved based upon the current situation (e.g. satellite is not in a stable attitude or 
its orbit is constantly changing) and goal achievements. Thus the crew constantly learns and 
updates these procedures and algorithms as their experience base builds-up. 

It has been shown that a Fuzzy logic controller can perform the same activities autonomously using 
sensor measurements as inputs. Fuzzy membership functions and the associated rule base [27,28] 
have been developed utilizing the same procedures used by the crew during mission operations. A 
fuzzy reinforcement learning method [37] has been developed at Ames Research Center (ARC) 
using the inverted pendulum. The fuzzy controller can be combined with the reinforcement learning 
technique to give it a capability to leam real-time and improve its performance. With this capability, 
the fuzzy controller can adapt to a new environment and adjust its membership functions and/or 
rules to appropriately perform the tasks, given enough training instances. 

The objectives of this project are to: 1) combine the fuzzy controller developed for the translational 
motion with the reinforcement learning technique, and 2) demonstrate its performance for the 
translational control of a spacecraft during proximity and docking operations. This project will be 
jointly undertaken by two NASA centers: JSC will provide a high fidelity spacecraft simulation, 
testcases with input and output definitions, and preliminary rules and membership functions for the 
fuzzy translational controller, while ARC will provide the learning elements with appropriate 
interfaces to the simulation and updated rule base. 
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An approach has been developed (as shown in fig. 12) to combine the fuzzy logic controller with 
reinforcement learning so that a higher level of autonomy for spacecraft operations can be 
achieved. Such an intelligent controller for a spacecraft is expected to adapt to the surrounding 
orbital environment and adjust its control strategy. Initial work on this project has been started and 
a project plan has been put together [38]. Details of the rule base, membership functions, input 
parameters, output commands and other simulation interfaces are in work. 

6.3 Concept Development for Health Monitoring System for Environment and Life Support 
System for Large Volume Crew Quarters 

Continuous monitoring and control of the Environment and Life Support System (ELSS) onboard 
the SSF is required for the safety of the crew. The preliminary design of the ELSS control system 
(also known as atmospheric control system) consists of temperature, pressure and composition 
control which are highly interrelated. The composition control includes control of major cabin 
atmosphere constituents, oxygen and nitrogen, and the control of humidity and trace contaminants. 
This preliminary design is based on the following requirements [39]. 

Relative humidity must be maintained between 25 and 70 % with the constraint that the dew point 
temperature is always maintained above 59 deg. F. The cabin temperature must be selectable 
between 64 and 81 deg. F and must be controlled within one deg. accuracy. The cabin atmospheric 
pressure must be maintained at 14.7 psia within 0.2 psia accuracy. The oxygen partial pressure 
must be maintained at 2 psia. 

The system dynamics model or the plant that represents the behavior of the system is non-linear 
and parameters are highly interrelated. The system equations can be linearized when the volume of 
the cabin is small and several simplifying assumptions are made. However, the dynamics becomes 
increasingly complex and non-linear as the volume of the crew quarters increases significantly. In 
such cases, applying conventional control theory will be very difficult, if not impossible. 

In order to properly control the system state, highly accurate information regarding the current state 
of the system is required. Multiple sensor measurements are required to derive this accurate state 
information. It should be noted that the accuracy of state information is dependent on sensor 
accuracy. The sensors will possibly be distributed over the entire volume of the cabin. Thus, the 
problem can be thought of in two steps: deriving state information based on sensor measurements 
and controlling the deviations from the desired state. The first step relates to the interpretation of 
measurements, particularly their accuracy. The second step relates to the control of the state. 

A concept of a fuzzy logic based monitoring and diagnosis has been developed to combine several 
sensor measurements and derive the state information of a non-linear system. The concept can be 
expanded to maintain a desired state, detect potential component failures and generate immediate 
advisory messages for corrective actions. As part of our activities in FY91, we will apply this 
concept to the ELSS of SSF and implement a fuzzy rulebase and membership functions. We will 
further generate a software demonstration as a proof of the concept and evaluate the suitability of 
the fuzzy logic based monitoring technique. 

7.0 SUMMARY 

Applications of fuzzy logic in autonomous orbital operations are described in this paper with past 
accomplishments at JSC. Current ongoing as well as future activities planned are also described. 
The main objective of all these activities is to increase autonomy in orbital operations and thus 
achieve a higher level of operational efficiency desired for future space operations. The approach is 
to develop modular control that can be upscaled for greater autonomy in an integrated environment. 
The initial step is to develop a software controller and then to integrate it with hardware at 
appropriate level. As the activities progress, detailed testing will be performed to check out 
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Fig. 12 FUZZY LEARNING SYSTEM FOR DOCKING OPERATIONS 






implementation and integration of components. Our preliminary results promise a very successful 
utilization of fuzzy logic in autonomous orbital operations. 

REFERENCES 

1. Zadeh, L. : "Fuzzy Sets", Information and Control, vol. 8, pp. 338-353, 1965. 

2. Klir G. J. ; and Folger T. A. : Fuzzy sets, Uncertainty, and Information, Prentice Hall, New 
Jersey, 1988. 

3. Antsaklis, P. J.; Passino, K. M.; and Wang, S. J. : An Introduction to Autonomous Control 
Systems, Proceedings of 5th IEEE International Symposium on Intelligent Control, Volume 1, pp. 

21-26, 1990. 

4. Rogers, M. ; and Hoshiai, Y. : The Future Looks ’Fuzzy’, NEWSWEEK, May 28, 1990. 

5. Johnson, R. C. : Clear Leader Emerges : Japan at fuzzy fore, EETimes, Sept. 11, 1989. 

6. Armstrong, L. ; and Gross, N. : Why 'Fuzzy Logic’ beats black-or-white thinking. Science & 

Technology section, BUSINESS WEEK, May 21, 1990. 

7. Yasunobu, S. ; and Miyamoto, S. : "Automatic Train Operation System by Predictive Control", 

Industrial Applications of Fuzzy Control, Sugeno, M. (Ed.), 1-18, North-Holland: Amsterdam, 

1985. 

8. Shingu, T. ; and Nishimori, E. : Fuzzy Based Automatic Focusing System for Compact 
Camera, Proceeding of IFSA89, pp. 436, 1989. 

9. Tobi, T. ; Hanafusa, T. ; Itoh, S. ; and Kashiwagi, N. : Application of Fuzzy Control System to 
Coke Oven Gas Cooling Plant, Proceedings of IFSA89, pp. 16, 1989. 

10. Yamakawa, T. : How Fuzzy Microprocessors Work, Tutorials at the International Workshop 
on Fuzzy System Applications, pp. 79, 1988. 

1 1. Togai, M. ; and Corder R. J. : A High Speed Fuzzy Processor for Embedded Real-time 
Applications, Proceedings of SICE, 1989. 

12. Corder, R. J. : A High Speed Fuzzy Processor, Proceedings of IFSA89, pp. 379, 1989. 

13. Watanabe, H. : VLSI Chip for Fuzzy Logic Inference, Proceedings of the 3rd International 
Fuzzy Systems Applications Congress, pp. 292, 1989. 

14. Tasaka, Y. : Hybrid Bus Type Fuzzy Controller with Analog Fuzzy Chips, Proceedings of 
IFSA89, pp. 280, 1989. 

15. Johnson, R. C. : Fuzzy faithful to get first glimpse of Expert, Technology section of EETimes, 
pp. 25, June 5, 1989. 

16. Lea, R. N. ; and Jani, Y. K. : Automation Issues for Rendezvous and Proximity Operations, 
Proceedings of the Autonomous Rendezvous and Docking Conference, NASA/Johnson Space 
Center, Houston, Texas, August 1990. 

17. Togai, M. : Commercial Applications of Fuzzy Logic in Japan , Presentation at the workshop 
on Fuzzy Control Systems and Space Station Applications (sponsored by NASA/Ames Research 

c 
w 

£ 


108 


Center and McDonnell Douglas Space Systems Company Space Station Division), Huntington 
Beach, California, November 1990. 

18. Perkins C. ; Teichrow, J. ; and Horstkotte, E. : Fuzzy-C development system : A complete 
overview, Togai InfraLogic Inc., SOAR-89 conference held at Johnson Space Center, Houston, 
July 25-27, 1989. 

19. Hill, G.; Horsthotte, E.; and Teichrow, J. : TIL Shell User's Manual, release 1.1, Togai 
InfraLogic Inc., Jan. 1990. 

20. Teichrow, J. ; and Horstkotte, E. : Fuzzy-C compiler User's manual, v2.0b, Togai InfraLogic 
Inc., Irvine, California, April 1989. 

21 Lea, R. N., Giarratano, J., Fritz, R. H„ and Jani, Y. K. : Fuzzy Logic Control for Camera 
Tracking System, Proceedings of the 8th International Congress of Cybernetics and Systems, New 
York, June 1990, 

22 Lea R N. ; and Goodwin, M., Use of Fuzzy Logic to Determine Navigation Filter 
Convergence During Space Shuttle Rendezvous, ISA Proc. of Conf. on Robotics and Expert 
Systems, NASA/Johnson Space Center, Houston, Texas, June 1986. 

23. Lea, R. N.: A Fuzzy Set Approach to a Navigation Decision Making Problem, Proceedings of 
the 1985 Conference on Applied Analysis, University of Houston at Clear Lake, Houston, Texas, 

1985 

24. Lea, R. N. ; and Giarratano, J. : An Expert System Program Using Fuzzy Logic For Shuttle 
Rendezvous Sensor Control, proceedings of ROBEXS’86, pp. 327-329, 1986. 

25. Lea, R. N. : Applications of fuzzy sets to data monitoring and process control. Proceedings of 
the ISA88 conference, Vol. 43, part 4, pp. 1495 1988. 

26. Lea, R. N.: Applications of Fuzzy Sets in Redundancy Management and Filtering of Sensor 
Data, Proceedings of the Conference, on Modeling and Simulation, Univ. of Pittsburg, 1987. 

27. Lea, R. N. : Automated Space Vehicle Control for Rendezvous Proximity Operations, 
Telematics and Informatics, vol. 5, no. 3, pp 179-185, 1988. 

28. Lea, R. N. : Applications of fuzzy sets to Rule-based Expert System Development, Telematics 
and Informatics, vol. 6, nos. 3/4, pp 403-406, 1989. 

29. Lea, R. N. : Fuzzy Logic Space Vehicle Controller for Rendezvous Proximity Operations, 
Video Conference Demonstration from Johnson Space Center, International Workshop On Fuzzy 
Systems Applications (IFSA-88), Iizuka, Fukuoka, Japan, August 20-24 1988. 

30. Lea, R. N. ; and Jani, Y. : Spacecraft Attitude Control System Based on Fuzzy Logic 
Principles, proceedings of ROBEXS'89, 1989. 

31. Lea, R. N. ; Togai, M. ; Teichrow, J. ; and Jani, Y. : Fuzzy Logic Approach to Combined 
Translational and Rotational Control of a Spacecraft in Proximity of the Space Station, Proceedings 
of the IFSA’89, pp. 23-29 1989. 

32 Lineberry, E. C.; Lea, R. N.; and Mitchell, E. V. : Targeting equations and control strategy for 
proximity operations. Internal note, Mission Planning and Analysis Division, Johnson Space 
Center, March 1988. 


o 


O 

< 


109 


u.s. 



33. Edwards, H. C. ; and Bailey, R. : The Orbital Operations Simulator User's Guide, LinCom 
corporation, ref. LM85-1001-01, June 87. 

34. Clohessy-Wiltshire equations of motion. Shuttle targeting section. Shuttle onboard flight 
software subsystem requirements. Guidance and Targeting, vol. Sd— xxx— 007, Rockwell 
International, 1981. 

35. Pal, S. K. : 'Fuzziness, Image Information and Scene Analysis' in An Introduction to Fuzzy 
Logic Applications in Intelligent Systems edited by R. R. Yager & L. A. Zadeh, Kluwer Academic 
Publishers (to appear). 

36. Lea, R. N.; Walters, L.; and Jani, Y. K. : A Fuzzy Logic Approach to Mars Rover Trajectory 
Planning and Control, Proceedings of the 1st International Symposium on Measurement and 
Control in Robotics, Session D.3, pp. D.3.1.1, June 1990. 

37. Lee, C. C. ; and Berenji, H. R. : An Intelligent Controller Based On Approximate Reasoning 
And Reinforcement Learning, Proceedings of IEEE International Symposium on Intelligent 
Control, Albeny, NY 1989. 

38. Lea, R. N., Jani, Y. K., and Berenji, H. : Fuzzy Logic Controller with Reinforcement 
Learning for Proximity Operations and Docking, Presentation at the 5th IEEE International 
Symposium on Intelligent Control, vol. 2, pp. 903, 1990. 

39. Mankamyer, M. : Atmospheric Control Systems, Presentation at the workshop on Fuzzy 
Control Systems and Space Station Applications (sponsored by NASA/Ames Research Center and 
McDonnell Douglas Space Systems Company Space Station Division), Huntington Beach, 
California, November 1990. 


a 


O 

< 


110 


*s n 



Identification and Control of Dynamical Systems Using Neural Networks 


(Paper not provided by publication date.) 


Ill 




Non-Li pschitzian Dynamics 


(Paper not provided by publication date.) 


PRECEDING PAGE BLANK NOT FILMED 


113 




